home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 13386 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.7 KB
  1. Path: user1.mnsinc.com!keys
  2. From: keys@mnsinc.com (Paul Speed)
  3. Newsgroups: alt.computer.consultants,comp.edu,comp.lang.basic.misc,comp.lang.c++,comp.lang.misc,comp.lang.pascal.borland,comp.lang.pascal.delphi.misc,comp.misc,comp.os.msdos.programmer,comp.os.os2.programmer.misc,comp.programming
  4. Subject: Re: Can we do programming without seeing the end user?
  5. Followup-To: alt.computer.consultants,comp.edu,comp.lang.basic.misc,comp.lang.c++,comp.lang.misc,comp.lang.pascal.borland,comp.lang.pascal.delphi.misc,comp.misc,comp.os.msdos.programmer,comp.os.os2.programmer.misc,comp.programming
  6. Date: 25 Mar 1996 14:00:57 GMT
  7. Organization: Monumental Network Systems
  8. Message-ID: <4j68uq$r66@news1.mnsinc.com>
  9. References: <BYtKnOggyTxQ071yn@oslonett.no> <4j4j47$l5q@linet06.li.net> <4j5r11$kch@newsflash.hol.gr> <4j5lpj$np@dfw-ixnews4.ix.netcom.com>
  10. NNTP-Posting-Host: user1.mnsinc.com
  11. X-Newsreader: TIN [version 1.2 PL2]
  12.  
  13. ANDREW GRYGUS (aax@ix.netcom.com) wrote:
  14. : In <4j5r11$kch@newsflash.hol.gr> d83@hol.gr (Don Schullian) writes: 
  15. : >
  16. : >My grandmother used to tell me "the customer usually doesn't know what
  17. : >they are talking about but you can't let them know that".
  18.  
  19. : On the other hand, you may simply not understand what the customer is
  20. : trying to tell you - but you can't let them know that either, can you?
  21.  
  22. : In any case, the customer is the one who can write the check, so pay
  23. : attention.
  24.  
  25.  
  26.     Yes, that is true.  They usually pay us to write something that 
  27. will make their jobs easier.  Sure, automating the processes that are 
  28. done by hand will certainly take a step in the right direction, but a 
  29. good systems designer can take it much further.  In these cases, it 
  30. sometimes helps to have an outsiders perspective.  The designer should be 
  31. very well versed on what the systems output for input shoulde be, but 
  32. often people who do the job do many things just because they've "Always 
  33. done it that way."  These are the things the designer needs to look past.
  34.     The system designer should be the one that meets with the 
  35. customer and gets a firm understanding of what the system REALLY needs to 
  36. do.  The programmers should not have to meet with the customer if the 
  37. system designer has done their job well.  The designer should have a 
  38. clear picture of what the system should be and be able to impart that the 
  39. actual implementors.
  40.     Also, remember that understanding the customers job does not 
  41. always mean sitting down for long gab sessions with the customer.  In 
  42. most fields there are a variety of books concerning better ways of doing 
  43. the tasks associated with the job.  These can often give even better 
  44. ideas on how to improve the customers productivity.  But in the end, the 
  45. customer is always right.  (Goes back to the pay check thing again :) )
  46.  
  47.         FWIW,
  48.         -Keys
  49.  
  50.  
  51.